home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19941221-19950208
/
000374_news@columbia.edu_Thu Feb 2 22:55:06 1995.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
2KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA01029
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 2 Feb 1995 17:55:10 -0500
Received: by apakabar.cc.columbia.edu id AA25413
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 2 Feb 1995 17:55:09 -0500
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: MS-KERMIT for IBM-DOS disconnect after connection at 28.8?
Date: 2 Feb 1995 22:55:06 GMT
Organization: Columbia University
Lines: 30
Message-Id: <3grnsa$oq0@apakabar.cc.columbia.edu>
References: <3gmdvi$hqh@lester.appstate.edu>
Nntp-Posting-Host: watsun.cc.columbia.edu
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <3gmdvi$hqh@lester.appstate.edu>,
Watson, John McClain <JW2998@CONRAD.APPSTATE.EDU> wrote:
>Hello everyone! I just got a PPI v.34 28.8 modem but when I try to
>use Kermit to connect to our school vax I get disconnected right after it
>says carrier 28.8 Does anyone know what the problem might be? Thanks!
>
What version of MS-DOS Kermit? Are you dialing manually or using a
dialing script? Which dialing script?
Note that we do not have a dialing script for the PPI V.34 modem, but
we do have one for the PPI V.32bis model. The changes (if any are needed)
should be straightforward. If anybody wants to send me a copy of the
PPI V.34 command reference, I'll be glad to do any necessary adaptation.
The same goes for all the other modem brands that recently came out with
V.34 models, or, for that matter, any modem brands at all. The more manuals
we have, the better support we can give.
To attempt to answer the question: If you can use Kermit to dial the modem,
but the modem does not make a successful connection, this is usually
explained by the modem's configuration as to modulation, error correction,
data compression, and the fallback procedures for each. In general, you
want to configure your modem to start at the type and work its way down,
so you get the best possible type of connection with the answering modem.
It sounds like your modem is configured to refuse to connect if it does not
negotiate a particular modulation or protocol. Or the same could be true
of the modem on the answering end. Many other explanations are possible too.
- Frank